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BACKGROUND OF THE INVENTION 
The present invention relates to telecommunications. More specifically, 
the present invention relates to telephone and telecommunications systems and servers for 
communication across computer networks. 
15 The prospect of consumers making a long distance call for the price of a 

local call has spawned the market for Internet-based telephony. There are two current 
techniques enabling consumers to make calls over the Internet. 

One technique for internet-based telephony requires both the sending 
individual and the receiving individual to both have computers that are connected to the 
20 internet, and require the receiver to have a known internet address. Typically the sender 
types-in the receiver's known intemet address, connects to the receivers computer across 
the intemet j and when connection is made, talks to the receiver. 

This technique has several draw-backs, for example, individual users 
typically do not have their own unique intemet address. Since individual users typically 
25 connect to the intemet through an intemet service provider (ISP), only when the user 
connects, will she have a dynamically assigned intemet address. Thus, in order for 
another individual to contact her, she must somehow transmit the dynamically assigned 
intemet address to the calling party and then await being contacted. With this technique 
the call must be pre-arraigned, and is limited to person to person calls. Another drawback 
30 is that the sender and the receiver must use multimedia computers, i.e. computers 
equipped with speakers and microphones. 

Another technique for internet-based telephony again requires both parties 
to have multi-media computers that are connected to the Intemet. Initially, both parties 
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connect to a particular host site. This host site then provides both parties with a list of 
users coupled to that site, such as a conventional chat room. One party then selects the 
other party's name from the list of names and then makes the connection. 

This technique has several draw-backs including that the users must rely 
5 on a third party host site in order to make contact with each other. Another drawback is 
that since both parties must actively contact the site before talking to each other, the call 
must be pre-arraigned. 

Thus, in light of the above, what is needed in the industry are new and 
improved methods and apparatus for providing internet-based telephony. 

10 

SUMMARY OF THE INVENTION 
The present invention relates to methods and apparatus for 
communications across a computer network. In particular, the present invention relates to 
novel methods and apparatus for providing telecommunications via wide area computer 
15 networks. 

According to an embodiment of the present invention, a method for 
operating a telecommunications system includes receiving a telephone call from an 
external telephone line, determining a computer network address and switching data in 
response to the telephone call, coupling the telecommunications system with a remote 

20 telecommunications system at the computer network address, and transmitting switching 
data from the telecommunications system to the remote telecommunications system via 
the Intemet. The technique may also include coupling the telephone call to an auto 
attendant at the remote telecommimications system in response to the switching data. 

According to another embodiment of the present invention, a method for 

25 operating a telecommunications system includes receiving a telephone call from an 
extemal telephone line into the telecommunications system, coupling the external 
telephone line to an auto-attendant at the telecommimications system, and outputting a 
menu selection message to the extemal telephone line. The method may also include 
receiving input data from the extemal telephone line for the auto attendant via a wide area 

30 network, in response to the menu selection message, determining a computer network 
address and switching data in response to the input data, and coupling the 
telecommunications system with a remote telecommunications system at the computer 
network address. Transmitting switching data from the telecommunications system to the 
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remote telecommunications system, and coupling the telephone call to a telephone 
coupled the remote telecommunications system in response to the switching data may 
also be performed. 

According to yet another embodiment of the present invention, a method 
5 for operating a telecommunications system may include receiving a telephone call from a 
telephone extension coupled to the telecommunications system, and determining a 
computer network address identifier and connection data in response to the telephone call. 
The method may also include coupling the telecommunications system with a remote 
telecommimications system in response to the computer network address identifier, and 
10 transmitting connection data from the telecommimications system to the remote 
telecommunications system via a computer network. The method may also include 
coupling the telephone call to an auto attendant at the remote telecommunications system 
in response to the connection data. 

Other embodiments include telecommunications systems operated as 
15 described below. Further, still other embodiments include computer program products 
stored on tangible media that direct the telecommimications systems to operate as 
described below. 

BRIEF DESCRIPTION OF THE DRAWINGS 
20 In order to more fiiUy understand the present invention, reference is made 

to the accompanying drawings. Understanding that these drawings are not to be 
considered limitations in the scope of the invention, the presently preferred embodiments 
and the presently understood best mode of the invention are described with additional 
detail through use of the accompanying drawings in which: 
25 Fig. 1 is an overview block diagram of an embodiment of the present 

invention; 

Fig. 2 is a block diagram of an embodiment of the present invention; 
Fig. 3 is a more detailed block diagram of a portion of an embodiment of 
the present invention; 

30 Figs. 4A - 4D illustrate flow diagrams of an embodiment of the present 

invention; 

Fig. 5 illustrates a flow diagram according to an embodiment of the present 

invention.; 
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Fig. 6 illustrates another flow diagram according to an embodiment of the 
present invention.; and 

Fig. 7 illustrates a flow diagram according to an embodiment of the present 

invention. 

5 

DESCRIPTION OF SPECIFIC EMBODIMENTS 
Fig. 1 is an overview block diagram of an embodiment of the present 
invention. Fig. 1 illustrates a telecommunications system 2 and a telecommunications 
system ^coupled via a network 6. 

10 ^^^aO^-^ Each telecommunications system typicall^ provides conventional 
telephone service to a plurality of respective teleplj^es 8. Further, each 
telecommunications system also provides tel^mone service across a computer networks, 
for example wide area networks includingihe Intemet, internal intranets, and the like. 
Further description of these capabiliji^ will be given below. Further disclosure can be 

15 found in: U.S. Patent Applicatioi^number: 08/818,390, entitled Mixed-Media 

Communication Apparatus ami Method, filed March 14, 1997, and assigned to the present 
assignee. This applicatjjan is hereinby incorporated by reference for all purposes. 

In the present embodiment, a caller coupled to telecommunications system 
2 typically picks-up the telephone handset, and dials a desired telephone number. When 

20 the telephone number is an intemal extension, telecommunications system 2 couples the 
call to the other extension; and when the telephone number is an outside telephone 
number, telecommunications system 2 typically couples the call to the telephone trunk 
line. 

When the user dials specific telephone numbers, telecommunications 
25 system 2 may determine that the most efficient method for making the telephone call is 
through network 6. In response, telecommunications system 2 formats the telephone call 
request, and sends the data to teleconamunications system 4. When telecommunications 
system 4 receives the telephone call request, telecommunications system 4 determines the 
telephone number, and then rings that telephone. The telephone call may be for an 
30 intemal extension or for an outside telephone. When the telephone is answered, the caller 
and the receiver can then communicate. 

In the present embodiment, as the caller or the receiver communicate, the analog data, 
typically their voices, are digitized and fragmented into packets of data by the respective 
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telecommunications systems. These packets of data are then passed to the other 
telecommunications system via computer network 6. The other telecommunications 
system re-assembles the data packets and converts them back into analog form. 

When making a network telephone call, telecommunications systems 
5 typically use a combination of network protocols to help ensure the arrival of data across 
the network. For example, in the present embodiment, transmission control protocol 
(TCP) is used. In alternative embodiments of the present invention, other control 
protocols, and other combinations of control protocols may be used, for example: TCP, 
IP, UDP and the like. 

10 Fig. 2 is a block diagram of a telecommunications system 20 according to 

a preferred embodiment of the present invention. Telecommunications system 20 
includes a monitor 30, a computer 40, a keyboard 50, an input device 60, and a 
telecommunications server 70. Computer 40 includes familiar computer components 
such as a processor 90, and memory storage devices, such as a random access memory 

15 (RAM) 100, a disk drive 110, and a system bus 80 interconnecting the above components. 
A telephone trunk line 120 and individual telephone lines 130 are coupled to 
telecommunications server 70. Handsets 140, (also telephones or telephone handsets) 
may be coupled to individual telephone lines 130. 

Handsets 140 are preferably analog signal telephone handsets, however 

20 altematively they may be any well known type of digital or analog telephone handset. A 
mouse is but one example of an input device 60, also known as a pointing device. Other 
types of input devices may include trackballs, drawing tablets, microphones (for voice 
activated input), and the like. Telecommunications system 20 may be coupled to a 
computer network 150 through use of a network interface 160 such as an Ethernet card, a 

25 modem, and the like. 

RAM 100 and disk drive 1 10 are examples of tangible media for storage of 
data, message files, computer programs, drivers for the telecommunications server, 
embodiments of the herein described methods, and the like. Other types of tangible 
media include floppy disks, removable hard disks, optical storage media such as CD- 

30 ROMS and bar codes, and semiconductor memories such as flash memories, read-only- 
memories (ROMS), and battery-backed volatile memories. 

In a preferred embodiment, telecommunications system 20 includes a PC 
compatible computer having '586 or '686 class based microprocessors, such as the 
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Athlon™ microprocessor from AMD. Further, in the present embodiment, 
telecommunications system 20 utilizes the WindowsNTT^ operating from Microsoft 
Corporation, and runs AltiWare'™ EP and AltiWareOE software from AltiGen 
Commimications, Inc. Telecommxmications server 70 are preferably embodied as a 
5 Triton DSP PCI based and at least one Quantum telephony ISA based plug-in expansion 
boards from AltiGen Commimications, Inc. These boards are also coupled to a dedicated 
data bus, such as the MVIP bus, or the like. 

Fig. 2 is representative of but one type of system for embodying the 
present invention. It will be readily apparent to one of ordinary skill in the art that many 

10 system types of hardware and software configurations are suitable for use in conjvmction 
with the present invention. For example, processor such as the G4 from Motorola, 
Pentiumin from Intel, and the like may be used, fiirther any computer communications 
bus may be used in alternative embodiments of the present invention. Further 
telecommunications system 20 may operate under the LINUX operating system, may 

15 operate under MAC OS from Apple Computer, BeOS from Be, Incorporated, and the like. 
Fig. 3 is a more detailed block diagram of a portion of a 
telecommunications system according to an embodiment of the present invention. Fig. 3 
illustrates processor 90, disk drive 110, and telecommunications server 70. In the present 
embodiment, telecommunications server 70 includes a signal processor 200, a digital to 

20 analog and analog to digital coder (CODEC) 210, and a memory 250. 

Telecommunications server 70 interfaces with telephone extension lines 230, and in turn, 
telephone extension lines 230 are coupled to telephone handsets 240. Processor 90 is 
coupled to a computer network 220, as discussed above. 

In Fig. 3, processor 90 is used to control the operation of 

25 telecommunications server 70 according to instructions from the AltiWare software 
previously described. In one embodiment of the present invention, AltiWare software, 
operates in a multi-threaded multi-tasking environment, where each thread monitors the 
status of a particular telephone extension line 230. The status of the particular telephone 
extension line is typically represented as a state machine in the soflrware. 

30 In the present embodiment, processor 90 is also used to convert incoming 

audio messages to message files in a predefined storage format, and to convert message 
files and voice prompt files from predefined storage formats to an output format (typically 
digital signals). In the present embodiment, two specific storage format can be used for 
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audio messages including the well-known ".wav" file format, and a pulse coded 
modulation scheme (PCM). The voice data is typically stored and played-back in a 
streaming manner. 

In other embodiments of the present invention, a single storage format may 
5 be used. In other embodiments, other formats for storage of audio messages and the like 
are known to those of ordinary skill in the art and can be used. For example, formats such 
as the "RealAudio" format, from Real Networks, Inc., Motion Picture Experts Group 
Payer 3, MPS, G.723.1 and the like may be also be used in embodiments of the present 
invention. 

10 In the present embodiment, memory storage 1 10 is used to store audio 

messages, such as voice messages, numeric telephone munbers, caller databases, voice 
prompt files, computer network addresses: for example IP addresses, domain names, 
available ports; embodiments of the present invention, e-mail addresses,, data and the like. 
In this embodiment, processor 90 is also used to maintain a list of 

15 telephone numbers and a mapping of these telephone numbers. In particular, processor 90 
maintains a list of physical telephone extensions 230 and "virtual" telephone numbers, i.e. 
telephone numbers that are accessed across computer network 220. As will be described 
further below, when a telephone call is received, processor 90 determines whether the 
telephone call is a physical telephone extension or a virtual telephone number, 

20 In the case the telephone call is for a physical telephone extension, in this 

example, processor 90 connects the telephone call to the appropriate telephone extension 
230. In the case the telephone call is for a virtual telephone number, processor 90 initially 
determines a remote telecoirmiunications system is associated with the virtual telephone 
number. In another embodiment, signal processor 200 maintains the list of telephone 

25 numbers and performs the mapping. In still another embodiment, processor 90 and signal 
processor 200 work together to maintain the list and perform the mapping. 

In the present embodiment, processor 90 is also used to implement auto- 
attendant functionality. For example, incoming telephone calls may automatically routed 
to a computer process that may present the caller with a menu of options the caller may 

30 select from, and may process the caller's selections. In the present embodiment, types of 
auto-attendant functions that may be provided include, allowing callers to dial by "name"; 
to dial extensions; to dial an attendant; to dial voicemail; to hear a directory of personnel, 
extensions, workgroups and/or departments, and the like. In the present embodiment, the 
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structure of the menus for the auto-attendant is programmable by the administrator of the 
telecommunications system. Further, functions available from the auto-attendant may be 
programmable according to time of day, location of the caller, and the like. Other 
programmable functions may also include setting time-out limits and messages, setting 
call-back numbers, and the like. 

As will be described below, packet portion 340 is used to handle 
packetized commimications between telecommunications system and a remote 
telecommunication server. Similarly, as a remote telecommunications system, packet 
portion 340 is then used to handle commimications between it and telecommunications 
system. 

Signal processor 200 is embodied as a Texas Instruments TMS320C5X 
digital signal processor (DSPs), and is coupled to receive instructions, data, and the like 
from processor 90. Of course DSPs from other manufacturers may be used in other 
embodiments of the present invention. Memory 250 is used to store local instmctions, 
voice recognition algorithms, data for signal processor 200, DTMF data, and the like. 

In the present embodiment, signal processor 200 also provides telephone 
switching functionality to each telephone extension line. For example, in this 
embodiment, signal processor 200 is used to detect off-hook conditions, to provide tone 
generation, to detect and process key-pad (DTMF) tones generated from each telephone 
handset 240, to connect incoming telephone calls to appropriate extensions, and the like. 
Other types of switching are contemplated, such as handling incoming and outgoing trunk 
calls, call transfers to and from IP trunks, call forwarding, message notification, reminder 
calls, multi-location conferencing, call parking, call waiting, and the like. In some 
embodiments, signal processor 200 and/or processor 90 are both used to handle automatic 
call distribution, system call-backs, calling out from voice mail, boomerang, dial last 
caller, speed dialing, call accounting, CallerlD, voice mail, mixed media messaging, MS 
Exchange integration, client console support, auto-attendant functions, as will be 
described further below, and the like. 

In one embodiment, signal processor 200 is also used to provide 
messaging functionality, such as an implementation of a voice mail server. In particular, 
signal processor 200 outputs instructions, user prompts, messages from voice mail boxes, 
and the like, to the messaging user. Further, signal processor 200 receives function 
selections in the form of DTMF tones, spoken instructions, spoken messages, and the like 
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from the messaging user. As discussed above, memory storage 110 may be used to store 
data associated with the messaging functionality, such as voice prompts, the incoming 
messages, outgoing messages, and the like. 

In another embodiment, signal processor 200 is also used to convert or 
5 "recognize" particular incoming audio messages and translate the messages into a 

computer recognizable form. For example, signal processor 200 can recognize the spoken 
words "three, two, one" as the numeric number "3,2,1", e.g. ASCII character equivalents. 
As another example, signal processor 200 can recognize the spoken word "yes" or "ok" 
as an affirmative response, and "no" as a negative response. In some embodiments, signal 

10 processor 200 can use any conventional voice recognition algorithms. In embodiments 
destined for non-English speaking countries, voice recognition algorithms specific to the 
native languages may be used. 

In an altemative embodiment of the present invention, processor 90 may 
be used to perform the voice recognition process instead of signal processor 200. In still 

15 another embodiment, the voice recognition process may be split between processor 90 
and signal processor 200. 

Signal processor 200 typically comprises a multi-process environment 
wherein each process monitors the off-hook and in some embodiments the messaging the 
status of a particular telephone extension line 230. The status of the particular telephone 

20 extension line in off-hook mode is represented as a state machine within signal processor 
200. Further, the status of the particular telephone extension line within a voice mail 
messaging mode is represented as another state machine within signal processor 200. In 
one embodiment of the present invention, signal processor 200 can process up to twelve 
telephone extension lines being simultaneously in off-hook mode or in voice mail 

25 messaging mode. In altemative embodiments, monitoring of states of a greater or fewer 
number of telephone extension lines 230 is contemplated. 

As is illustrated in Fig. 3, CODEC 210 is used to provide an interface 
between users on telephone extension lines 230 and signal processor 200. In the present 
embodiment, CODEC 210 digitizes analog messages and analog signals from users on 

30 telephone extension lines 230. CODEC 210 also converts digital signals from signal 
processor 200, processor 90, and the like, into analog signals for users on telephone 
extension lines 230. In the present embodiment, the analog signals include audio 
messages to and from users, dial tone and multifreqency (DTMF) tones, and the like. The 
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analog signals also include voice prompts or phrases that provide voice prompting 
capability to users on telephone extension lines 230, messages recorded by users, and the 
like. Examples of voice prompts or phrases, include messages that instruct the user which 
keys on a telephone to select to perform particular functions, messages that tell the user 
5 how many messages are pending, requests for instructions, requests user input, and the 
like. 

Fig. 3 also illustrates an interface 350 between signal processor 200 and 
packet portion 340. In this example, interface 350 includes interface logic 360 and 370, 
and physical/logical interface 365. In the present embodiment, physical/logical interface 
10 365 follows the MVIP-90 compatible protocol, and interface logic 360 and 370 provides 
the appropriate signaling. In alternative embodiments of the present invention, altemative 
interfaces, such as specified by Dialogic, and the like may also be used. 

In the present embodiment, packet portion 340 includes signal processor 
380 and an input buffer 300 and an output buffer 320. Locations where input buffer 300 
15 are written to are specified by a write pointer 260, and locations where input buffer 300 
are read firom are specified by a read pointer 270. Further, locations where output buffer 
320 are written to are specified by a write pointer 280, and locations where output buffer 
320 are read firom are specified by a read pointer 290. 

Signal processor 380 provides write pointer 260, read pointer 270, write 
20 pointer 280, and read pointer 290, to input buffer 300 and output buffer 320, respectively. 
Further, signal processor 200 stores and retrieves data from these buffers, in response to 
the pointer, as will be described further below. In the present embodiment, input buffer 
300 is typically a 80 byte wide x 20 deep buffer, and output buffer 320 is typically a 40 
byte wide x 80 deep buffer. These buffers may be embodied as one or more dynamic 
25 random access memories (DRAM). The buffers are typically circular, so that locations 
can be reused. In altemative embodiments, different sized memories can also be used. 

Signal processor 380 is typically a multi -process environment. 
Accordingly, in the present embodiment, eight network based telephone calls can be 
perfomied at the same time. To implement this capability, input buffer 300 and output 
30 buffer 320 are typically segmented, such that each network based telephone call 

supported, have use of a reserved portion of the respective buffers. For example, a first 
telephone call is allocated use of input buffer locations 0-1023, a second telephone call is 
allocated use of input buffer locations 1024-2023, and the hke. Further, for each network 
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based telephone call, separate read and write pointers for each buffer may be allocated 
and maintained. For example, an input buffer write pointer associated with the first call 
may point to location 1000, whereas an input buffer write pointer associated with a 
second call may point to location 2000, and the like. 
5 In this embodiment, processor 90 is also used to send and receive packets 

of data across network 220. This embodiment includes two types of packets, packets that 
include control and status data, and packets that include voice data. Typically, the control 
data, is used to help set up commurdcations between a server and a client. In this 
example, the control data may include the network call-back address of the caller. 

10 In the present embodiment processor, 90 utilizes the Internet Protocol (IP) 

for enhancing packet transmission reliability over a packetized network. In a packet 
sending mode, processor 90 receives packets of TCP data from packet portion 340, and 
then divides the TCP packets into shorter packets of data. In the present embodiment, 
signal processor 380 provides the TCP packetizing of switching data and voice data. In 

15 this embodiment, processor 90 uses IP to format the TCP packets into TCP/IP packets and 
then sends the TCP/IP packets across network 220. According to TCP/IP protocol, 
processor 90 also monitors network 220 for ACK signals from the receiving 
telecommunications system. In altemative embodiments, processor 90 performs the TCP 
packetizing in addition to IP packetizing. In such embodiments, packet portion 340 

20 delivers streams of digital data (such as switching data and voice data) to processor 90. 

Processor 90 also receives TCP packets from packet sending 
telecommunications systems, and in response sends ACK signals back to the other 
systems. In the present embodiment, processor 90 strips IP headers from the packets and 
then forwards the received TCP packets to telecommunications server 70. More 

25 specifically, the TCP packets are sent to packet portion 340 for processing. In the present 
embodiment, processor 90 may utilize other network protocols in addition to or instead of 
IP, for example, UDP or the Uke. In the present embodiment, signal processor 380 
receives the TCP packets and reassembles them into the right order. The switching and 
voice data recovered are then sent to signal processor 200 for ftirther processing. 

30 Signal processor 380 is embodied as a Texas Instruments TMS320C6201 

digital signal processor (DSPs), and is coupled to receive instructions, data, and the like 
from processor 90, and/or signal processor 200. Of course DSPs from other 
manufacturers may be used in other embodiments of the present invention. In the present 
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embodiment, memory 390 is used to store local instructions, data for signal processor 
380, intermediate data, embodiments of the invention, and the like. 

Fig. 4A illustrates a flowchart of an embodiment of the present invention. 

Initially a user dials a number on their telephone, step 900. In the present 
5 embodiment, dialing is typically by way of the user pressing a series of DTMF keys on 
her telephone representing a particular telephone number. Alternatively, the user may 
press a series of keys providing speed dial-type capability, speak a name, a series of 
numbers, and the like. In another embodiment, dialing may occur by the user selecting a 
name, a telephone number, and the like from a list on a computer display associated with 
10 the user. 

In response to the "dialed" number, within the caller's system, signal 
processor 200 or processor 90, determines that the telephone call should be completed 
across the computer network, step 910. In one embodiment, particular telephone calls are 
always made across the computer network. In altemative embodiments, the decision may 
15 be made depending upon time of day, long distance rates, computer network performance, 
and the like. 

Next, the computer network address of the telecommimications system 
associated with the dialed number is determined, step 920. In the present embodiment, 
processor 90 receives the telephone number from signal processor 200. In particular, the 

20 computer network address preassociated with the telephone number is typically stored in 
memory storage 110 and retrieved by processor 90. In the present embodiment, the 
network address is an IP address. In alternative embodiments, the network address may 
be any number, characters, or words that represents a path to the receiving 
telecommunications system, for example, a domain name, a uniform resource locator 

25 (URL), orthe like. 

^^^^^''^^^•^x^^^ data to be transmitted to the computer asaziciated with the network 
address is then determined, step 925. One type of data is jfeCTmed call set-up data. The call 
set-up data may include a telephone number, a connection request, a computer network 
address, voice data, caller identifying data such a?^e voice data, nimieric data, ASCII 

30 data, and the like. 

caller telephone number, caller computer/fetwork address, and the like, DTMF tones, and 
the like. Another type of data may ip^dc voice data. 

Processor 90 next generates groups or frames of data packets, step 930. In 
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the present embodiment, these data packets are encoded using TCP. When each TCP 
packet is formed, processor 90 typically prepends a time stamp (original time stamp or 
OTS) indicating when the TCP packet was formed by processor 90. Typically, each TCP 
packet represents 10 milliseconds worth of data in the present embodiment. In the present 
5 embodiment, IP headers are typically added to each TCP packet, step 935. 

Next, the TCP/IP packets that are formed are then sent across the computer 
network to the IP address specified, step 940. If no more data packets are to be 
transmitted, step 943, the call is terminated, step 946. Termination typically includes 
hanging up the telephone, or otherwise terminating the call. The TCP/IP packets are then 

10 received by the receiving telecommtmications system, step 950. Next, the IP headers are 
typically stripped, step 960. 

The more significant steps for the above packet transfer process have been 
described. However it should be understood that may steps, known to one of ordinary 
skill in the art have not been described, merely for sake of compactness in disclosure. For 

15 example, the intricacies of TCP acknowledgments (ACK), and the like are not described. 
Such steps may or may not be required when implementing alternative embodiments of 
the present invention. 

After the IP headers are stripped, the frame of TCP packets is then 
obtained, step 400. In the present embodiment, the frame of TCP packets includes a TCP 

20 packet having one or more bits set, indicating that the TCP packet is a start for the frame 
of TCP packets. Each TCP packet in the frame includes optional TCP data. More 
specifically, each packet includes a unique original time stamp (OTS) provided by the 
TCP encoding host computer. 

Each of the TCP packets in the frame are subsequently stored into input 

25 buffer 300 within telecommimications server 70. In particular, a first TCP packet in the 
frame is stored at a location in input buffer 300 specified by an input buffer write pointer, 
step 410. The input buffer write pointer is the incremented, step 420. This process is 
repeated typically until input buffer 300 is full or when all the TCP packets in the frame 
are stored into input buffer 300, step 440. 

30 As disclosed above, input buffer 300 is typically a circular buffer, thus 

TCP packets arriving later in time than earlier TCP packets may have a physical buffer 
address lower than or higher than the physical addresses of later TCP packets. 

Concurrently with the above steps, signal processor 200 monitors input 
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buffer 300 for storage of TCP packets into input buffer 300, step 450. In the present 
embodiment, signal processor 200 monitors the input buffer write pointer and the input 
buffer read pointer. Typically, the input buffer read pointer points to a location in input 
buffer 300 other than the location specified by the input buffer write pointer when TCP 
5 data is stored into input buffer 300. When all the TCP data has been read-out of input 
buffer 300, the input buffer read pointer typically points to the same location as the input 
buffer write pointer. Other methods for indicating data are present and are contemplated 
in alternative embodiments of the present invention. 

In the present embodiment, signal processor 200 then retrieves TCP packet 

10 stored in the location specified by the input buffer read pointer, step 460. Signal 

processor 200 determines whether the retrieved TCP packet indicates the start of the 
frame of TCP packets, step 470. If not, the input buffer read pointer is incremented, step 
480, and the above steps may be repeated. As discussed above, in this embodiment, a 
TCP packet indicates the start of a frame of packets when one or more reserved bits have 

15 been set. 

When signal processor 200 determines that the retrieved TCP packet is the 
starting packet, an initial session time stamp (STS) is first determined, step 490. This 
STS value is typically assigned the value of zero (0) merely for sake of convenience. In 
alternative embodiments, other initial STS values can also be used. In the present 

20 embodiment, session time stamps (STS) values are used as indices for output buffer 320, 
as will be described below. 

In the present embodiment, output buffer 320 includes a plurality of 
locations. Input to a location in output buffer 320 is specified by an output buffer write 
pointer; and output from a location from output buffer 320 is specified by an output buffer 

25 read pointer. Locations of output buffer 320 are typically addressed by session time 
stamp (STS) values. As will be seen in the following example, in the present 
embodiment, the read pointers and write pointers are multiples of 80, to point to different 
locations in output buffer 320. 

Next, signal processor 200 determines the original time stamp (OTS) 

30 associated with the starting TCP packet determined in step 470, above, step 500. As will 
be discussed further below, TCP packets may include a 32-bit time stamp given by the 
encoding TCP host machine. Based upon the OTS and the initial STS, a timing offset is 
determined, step 510. In the present embodiment, the timing offset = initial STS - OTS. 
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However in alternative embodiments of the present invention, any combination of the two 
values can be used such as a linear combination. In such embodiments, the output buffer 
should be indexed appropriately, as explained further below. 

A write pointer address location is then calculated in response to the initial 
5 STS and to a delay factor, step 520. In the present embodiment, the delay factor is 

typically on the order of 240. Since each location in output buffer 320 have addresses in 
multiples of 80, the delay factor translates to approximately three buffer locations. As 
will be illustrated below, this delay factor enables, embodiments of the present invention 
to account for TCP packets arriving "out of order", packet jitter, and the like. For 
10 example, TCP packets arriving before earlier sent TCP packets can be put in their correct 
OTS order. 

In alternative embodiments of the present invention, the delay factor may 
easily be increased or decreased according to implementation and performance specific 
considerations. For example, while a larger delay factor may increase the ability for 

15 embodiments to accoxmt for packet jitter, the larger delay factor typically translates to a 
caller discemable delay. In another embodiment, a delay factor need not be a constant 
and may be determined dynamically. Thus for example, in an embodiment where signal 
processor 200 determines that a great number of TCP packets are arriving out of order, 
the delay factor may be increased to increase the ability to play-back the data in the 

20 correct order. Further, in an embodiment where signal processor 200 determines that the 
TCP packets are arriving in order, the delay factor may be decreased, thus increasing user- 
perceived performance. 

Next, signal processor 200 directs the copying of the starting TCP packet 
to the address location specified by the write pointer address location, step 530. In one 

25 embodiment of the present invention, the entire starting TCP packet stored in input buffer 
300 is copied to output buffer 320. In altemative embodiments of the present invention, 
the OTS and other TCP-related data may be stripped-off, and only the remaining data 
stored in output buffer 320. In still other embodiments, some TCP related data may be 
kept, and other data may be added to the remaining data before storage into output buffer 

30 320. 

After the starting TCP packet, or portions of the starting TCP packet have 
been saved into output buffer 320, the input buffer read pointer is incremented such that it 
points to the next location in the input buffer 300, step 540. Next, it is determined 
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whether another TCP packet is available in input buffer 300, step 545. If so, the TCP 
packet stored in the next location is retrieved, step 550. This TCP packet typically also 
includes an original time stamp (OTS) specified by the host computer encoding the TCP 
packet, as described above. 
5 In the present embodiment, the OTS for the TCP packet is then added to 

the timing offset and the delay factor, to form an STS value for this TCP packet, step 560. 
The timing offset is typically the same timing offset determined above between the OTS 
of the TCP packet and the initial STS. Further, the delay factor is also typically the same 
delay factor determined above. 

10 The STS value for this TCP packet is then used by output buffer write 

pointer to specify the write location into output buffer 320. This TCP packet is then 
stored in the write location specified by the STS value for this TCP packet, step 570. As 
described above, in the present embodiment, this entire TCP packet need not be stored in 
output buffer 320. For example, portions of the TCP packet may stripped-off, such as the 

15 OTS. 

In this example, it is noted that this TCP packet may actually be out of 
order, e.g. arrives before an earlier sent TCP packet. The present embodiment accounts 
for this packet jitter by using the OTS of the TCP packet to determine the appropriate 
STS value. As the example below will illustrate, the output buffer write pointer may 
20 point to a location, other than an adjacent location of output buffer where the starting TCP 
packet was stored. 

In the present embodiment, the above process is repeated typically until no 
more incoming TCP packets are available for reading from in input buffer 300. In the 
present embodiment, typically until no more TCP packets are available when signal 
25 processor 200 determines that the input buffer write pointer and the input buffer read 
pointer point to the same location in input buffer 300. 

As data is stored into output buffer 320, signal processor 200 concurrently 
begins outputting the data, in this embodiment. More specifically, the output buffer read 
pointer is initially set to the current session time stamp, step 590. The data stored in this 
30 pointer location is then retrieved, step 600, and output in real time, step 610. 

The output buffer read pointer is then set to the next location in output 
buffer 320, step 615. These steps repeat, typically until no more data is available for 
output from output buffer 320, step 620. Other embodiments and an example of the 
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above embodiment is found in the above referenced patent application. 

As was described above, and will be described further below, the data read 
from the output buffer may include switching (connection) data, may include voice data, 
and the like. For example, switching data may comprise a series of DTMF tones that 
5 represent telephone numbers, menu selections, letters, or the like. Further, voice data may 
comprise voice commands, pre-recorded messages, voice mail messages, conversation, 
and the like. 

Fig. 5 illustrates a flow diagram according to an embodiment of the present 
invention. In particular, Fig. 5 illustrates the process of making a telephone call to a 
10 packet-based network auto-attendant. 

Initially, signal processor 200 determines that a telephone handset 240 
_ coupled to a telephone extension line 230 goes off-hook, step 1000. Examples of the 

telephone going off-hook include, a caller picking up a handset, hitting a speakerphone 
button, or the like. Next, the user typically enters a telephone number, step 1010. In one 
;y 15 embodiment, the caller enters the nimiber by pressing a series of keys (numeric, *, and # 

ry keys) on the telephone keypad. In other embodiments, the caller may enter speed dial 

7 numbers, such as "*8", or the like; the caller may hit a button pre-programmed with the 

3 telephone number, or the like. In still other embodiments, the caller may speak one or 

>^ more words into the handset. In response, using speech recognition techniques, signal 

;S 20 processor 200 can determine the telephone number in response to the spoken word(s). 

Q For example, the caller may say "call operator" and in response, signal processor 200 

determines that the caller wants to be connected to an auto-attendant process. In one 
embodiment of the present invention, without a live operator or attendant, to invoke the 
auto attendant process, the user may hit the "O" or Operator button on a telephone, or the 
25 like. In one embodiment, the call is then connected. 

In response to the telephone number, signal processor 200 determines 
whether the call is to an auto-attendant process, step 1020. In the present embodiment, 
calls coming into a particular telephone line may automatically directed to an auto- 
attendant process. For example, instead of a live operator, calls coming into a particular 
30 telephone number of a company may be passed by default to the auto-attendant process. 
. In an alternative embodiment, calls may be routed to the auto-attendant upon caller 
request. For example, a caller may not know an extension of another person, thus the 
caller may invoke the auto-attendant to obtain an extension directory, or the like. As 
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another example, the caller may be connected to a voice mail server and want to exit and 
be connected with an auto-attendant so the caller can page someone, call another person, 
or the like. 

In one embodiment of the present invention, whether a telephone number 
5 is automatically passed to an auto-attendant process may depend on the time of day. For 
example, during "regular" business hours, a live operator or attendant may answer a 
particular telephone number, for example a main number. However, after regular 
business hours, calls coming into the main number may be routed to the auto-attendant. 
In embodiments of the present invention, incoming telephone calls may be coupled to an 

10 auto-attendant process when the operator is busy, when incoming call volume is high, 
when other conditions occur, and the like. 
9^^^-^^^^^^^ the case where the telephop^call is not to be coupled to an auto- 
attendant process, signal processor 200^!TOcesses the telephone number, step 1030. Such 
calls may be directed to "physicar/telephone numbers or "virtual" telephone numbers, as 

15 discussed in U.S. Application/i<}o. , filed , Attomey 

Docket No. O17789-OO2>0aLJS, titled Computer Network-Based Telephone Switching 
Method and Apparatds. 

In the present embodiment, it is contemplated that a centralized auto- 
attendant process is resident on a "destination" telecommimications system. That is, in 

20 this example, the telecommunication system receiving the incoming call is different from 
the "destination" telecormnxmications system where an instance of the auto-attendant is 
available. For example, a company with multiple telecommunications system may set-up 
the architecture of their telephone switching system such that there is only one auto- 
attendant process. Such an auto-attendant has the benefit of centralized administration, 

25 uniformity in menu structures and selections, and the like. 

In the case where the telephone call is for the auto-attendant, signal 
processor 200 determines a computer network address of a destination 
telecommunications system, step 1040. The computer network address is typically pre- 
programmed by a system administrator of the telecommunications system when setting up 

30 the system. In an altemative embodiments, only a domain name for the destination 

telecommunications system may be entered and a domain name server (DNS) is used to 
determine the appropriate numeric computer network address. In the present 
embodiment, the computer network address is typically an Internet Protocol (IP) address 
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in the form "XXX.XXX.XXX.XX," although any other network address scheme may also 
be used. 

In the present embodiment, the next step is to send switching data to the 
destination telecommunications system at the identified computer network address, step 
5 1050. More particularly, using known EP protocols, packets of data are send to the IP 
address specified by the computer network address, In response, the destination 
telecommunications system receives the packets of data and acknowledges receipt of such 
packets by responding with an ACK signal, or the like. 

Initially, the type of data transferred comprises switching data. In the 

10 current embodiment, switching data may include the telephone number the caller initially 
called. For example, the caller may have dialed into the "main" number of the system, 
may have dialed "0"perator, or the like. In such an example, the switching data may be 
the "main" number, or the like. In an altemative embodiment, the telecommxmications 
system where the caller called into may translate the caller's request into a standardized 

15 auto-attendant number. For example, in this embodiment, regardless of how the caller 
requests the auto-attendant process from the system, the switching data sent by the 
sending system is the same. For example, the switching data may include a series of 
DTMF tones, such as ###, *81, "0"perator, or the like. 

In embodiments of the present invention where there are multiple 

20 telecommunications system besides the system hosting the auto-attendant process, the 
switching data from the other systems may all be the same. For example, requests from 
different telecommunications systems will all generate the same switching data, for 
example "0"perator, or the like. 

In an altemative embodiment, multiple instances of an auto-attendant may 

25 reside upon the destination telecommxmications system. In such an embodiment, auto- 
attendant requests from different systems may be routed to the appropriate instance of the 
auto-attendant on the destination system. In such an embodiment, it is envisioned that the 
switching data may be different for the calling telecommunications system so that the 
proper instance of the auto-attendant may be invoked. As an example, if a company has 

30 different telecommunications systems located in different countries, the company may 
want to provide different auto-attendant options, provide auto-attendant functionality in 
different languages for the different countries, or the like. In such a case, different 
instances of an auto-attendant would be an advantage. 
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In response to the switching data, the destination system invokes an 
appropriate auto-attendant process^ step 1060. In the present embodiment, an auto- 
attendant process is typically a software process implemented by processor 90 of the 
destination telecommimications system. In response to the switching data, an instance of 
the auto-attendant may be spawned. 

In response to the auto-attendant request, the "top-level" auto-attendant 
menu options available to a caller are typically retrieved, step 1070. Some common top- 
level menu options include entering lower level menus, each having more specific 
functionality. For example, lower level menus may include menus directed to dial by 
name menus, dialing of extension menus, hearing a directory of individuals or 
workgroups, call-back options, and the like. Further details will be discussed in 
conjunction with Fig. 7, below. In alternative embodiments, sub-menus are not necessary 
and options available to the caller may be presented at the top-level, or the like. 

The top-level menu options are then passed back to the caller's 
telecommunication server, step 1080. In the present embodiment, the menu is passed 
back as a voice message. For example, the message may be similar to the following: 
"Thank you for calling AltiGen Communications. Press 1 to dial by name. Press 2 for 
sales. Press 3 for an operator. Press 4 for a company directory. Press * and enter an 
extension, if you know the extension of the party you are calling." 

In the present embodiment, the menu message is typically generated by the 
destination telecommimications system on the fly from a series of separate pre-recorded 
files that include voice recordings. These files are typically stored in memory storage 110 
in the form of *.wav files or *.PCM files. In alternative embodiments of the present 
invention, text to speech algorithms may be used for on-the-fly conversion from text 
messages to the menu message. 

In an altemative embodiment, the files with the voice data reside on the 
caller's telecommunication system. In such an embodiment, the destination system may 
send over file references to the caller's system. In response, the caller's system retrieves 
the appropriate voice files and plays the messages to the caller. In embodiments of the 
present invention, the voice files may reside on a network and may be accessible by 
utilizing directory services. 

Next the menu message is played to the caller, step 1090, and in response, 
the caller may select a menu selection, step 1 100. In the present embodiment, the menu 
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message typically prompts the user to select an option via hitting a key on the caller's 
telephone, for example, *, #, 8, or the like. In response to such prompts, the caller may 
hit one or more keys on the telephone to advance to a sub-menu, or to directly execute an 
action (such as reach an operator). The caller input data (additional data) is then passed to 
5 the destination system as the caller's request. In an altemative embodiment, in response 
to the DTMF tone(s), the system may first convert the DTMF tone into an ASCII 
symbol(s), or the like. Then, the ASCII symbol(s) are then passed to the destination 
system. 

In an altemative embodiment, the user is prompted to respond with oral 

10 commands. For example, the caller may be instructed to say "operator," if the caller 
wants to reach an operator; the caller may be instructed to say "directory," if the caller 
wants to hear a company directory; or the like. In response, the caller may speak a 
command. In one embodiment of the present invention, the caller's oral command is 
recognized by the original telecommunications system using conventional speech 

15 recognition techniques. In response, the system may convert the recognized speech to 
data such as an ASCII symbol(s), DTMF tone, or the like. This data (additional data) is 
then passed to the destination system as the caller's request. In an altemative 
embodiment, the caller's oral command is packetized and sent to the destination system. 
In response, the destination system may perform the speech recognition technique to 

20 determine the caller's request. 

In embodiments of the present invention, combinations of the above 
techniques can be combined to provide the caller with multiple or altemative methods for 
making selections from menus, sub-menus, direct actions, or the like. For example, the 
caller may request to be transferred to an operator by hitting the "0"perator key or by 

25 saying "Operator." Other examples are easily envisioned in light of the above disclosure. 

In an altemative embodiment of the present invention, the original 
telephone call need not be firom a telephone extension 230, i.e. an internal telephone call. 
Instead, the telephone call may be from the telephone trunk, step 11 40. In such an 
embodiment, steps 1000 and 1010 may not be performed, and processor 90 and/or signal 

30 processor 200 may simply receive a call from the trunk line for the auto-attendant. 

In the present embodiment, processing may then continue as illustrated in 

Fig. 7. 

Fig. 6 illustrates another flow diagram according to an embodiment of the 
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present invention. In particular, Fig, 6 illustrates the process of making a telephone call to 
an auto-attendant on the same telecommunications system. 

Initially, signal processor 200 determines that a telephone handset 240 
coupled to a telephone extension line 230 goes off-hook, step 1200. Next, the person at 
5 the first telephone enters a new telephone number, step 1210. As described above in steps 
1000 and 1010, the user may go off-hook and enter the telephone number in a variety of 
manners. For example, the person can hit a speakerphone key and then hit a speed dial 
key combinations, directly hit pre-programmed keys on the telephone, or the like. 

In response to the telephone number, signal processor 200 determines 
10 whether the call is to an auto-attendant process, step 1220. In the present embodiment, 
calls coming into a particular telephone line may automatically or manually directed to an 
auto-attendant process, as described above. Further, routing to auto-attendant process 
may depend on the time of day, day of the week, call volume, or the like. 
^^Ql.^ ^^^^^^^ the case where the telephone call is noJ/(!o be coupled to an auto- 
15 attendant process, signal processor 200 processes th^^lephone number, step 1230. Such 



calls may be directed to "physical" telephone numbers or "virtual" telephone numbers, as 

discussed in U.S. Application No. / , filed , Attomey 

Docket No. 01 7789-002 lOOUS, titledp<toiputer Network-Based Telephone Switching 
Method and Apparatus, incorporate by reference for all pvarposes. 

20 Next, an auto-attendant process is instantiated, step 1240. In the present 

embodiment, it is contemplated that an auto-attendant process is resident on the same 
telecommunications system as the one the caller calls in on. In one embodiment of the 
present invention, multiple instances of an auto-attendant may reside upon the 
telecommunications system. In such an embodiment, auto-attendant requests fi-om 

25 different incoming telephone lines may be routed to the appropriate instance of the auto- 
attendant on the destination system. For example, incoming calls to the sales department 
may have an auto-attendant tailored for it, the administrative department may have an 
auto-attendant tailored for it, and the like. 

In response to the auto-attendant request, the "top-level" auto-attendant 

30 menu options available to a caller are typically retrieved, step 1250. As described above, 
some common top-level menu options include entering lower level menus, each having 
more specific fiinctionality. For example, lower level menus may include menus directed 
to dial by name menus, dialing of extension menus, hearing a directory of individuals or 
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workgroups, call-back options, and the like. Further details will be discussed in 
conjunction with Fig. 7, below. 

The top-level menu options and prompts are then played to the caller, step 
1260. In the present embodiment, the menu is played back as a voice message, as 
5 described above. Similarly, the menu message maybe generated on the fly from a series 
of separate pre-recorded files that include voice recordings, or from a text to speech 
process. 

In response to such prompts, the caller may hit one or more keys on the 
telephone to advance to a sub-menu, or to directly execute an action (such as reach an 
10 operator). Alternatively, the user is prompted to respond with oral commands, as 
discussed above. 

In embodiments of the present invention, combinations of the above 
techniques can be combined to provide the caller with multiple or altemative methods for 
making selections from menus, sub-menus, direct actions, or the like. For example, the 
15 caller may request to be transferred to an operator by hitting the "0"perator key or by 

saying "Operator." Other examples are easily envisioned in light of the above disclosure. 

In an altemative embodiment of the present invention, the original 
telephone call need not be from a telephone extension 230, i.e. an intemal telephone call. 
Instead, the telephone call may be from the telephone trunk, step 1270. In such an 
20 embodiment, steps 1200 and 1210 may not be performed, and processor 90 and/or signal 
processor 200 may simply receive a call from the trunk line for the auto-attendant. 

In the present embodiment, processing may then continue as illustrated in 

Fig. 7. 

Fig. 7 illustrates a flow diagram according to an embodiment of the present 
25 invention. As discussed above, a caller may be connected to an auto-attendant across the 
computer network, as illustrated in Fig. 5 or may be connected to an auto-attendant as 
illustrated in Fig. 6. In either of these cases, typically a menu of selections are presented 
to the caller, and in response the caller may make a menu selection. 

In the present embodiment, one option available to a caller is entering a 
30 dial by name "menu," step 1300. In response to the selection, the auto attendant enters a 
dial-by-name menu/process, step 1310. In one embodiment of the present embodiment, 
the auto attendant gives the caller instructions on how to enter the name of a person by 
using DTMF tones, by speaking a person's name, or the like. 
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In an embodiment where the auto-attendant process is accessed across the 
computer network, the sending telecommunications system (the one the caller is coupled 
to) may simply send the DTMF tones and/or the spoken name to the destination system. 
In such an embodiment, the destination system will process the DTMF tones and/or 
5 recognize the spoken name, and in response, determine whether there is anyone, any 
department, or the like by that name and the like. In an alternative embodiment, the 
sending system may recognize the DTMF tones and convert them to ASCII characters, or 
the like; or use speech recognition techniques to recognize a name, or the like. In such an 
embodiment, the ASCII characters and/or the recognized name (also typically ASCII 

10 characters) are then sent to the destination system, such an embodiment may reduce the 
computer network traffic. 

In another embodiment, the caller may dial by work-group name, dial by 
geographic name, or the like. For example, the caller may enter a workgroup name such 
as: sales, marketing, administration, engineering, or the like to reach the appropriate 

15 workgroup or department. Further, the caller may enter a geographic name such as: 

Chicago, Boston, San Francisco, or the like to reach the appropriate office, factory, plant, 
or the like. 

In the present embodiment, another option available to a caller is direct 
dialing of an extension, step 1320. In response to this selection, the auto attendant enters 

20 a extension dialing menu/process, step 1330. In one embodiment of the present 

embodiment, the auto attendant gives the caller instructions on how to enter the extension 
number (or any other telephone number) by pressing keys on the telephone, by speaking a 
telephone number, or the like. 

In an embodiment where the auto-attendant process is accessed across the 

25 computer network, the sending telecommunications system (the one the caller is coupled 
to) may simply send the DTMF tones and/or the spoken telephone number to the 
destination system. In such an embodiment, the destination system will process the 
DTMF tones and/or recognize the spoken words to determine a number and then "call" 
that number. In a related embodiment, in response to the number, the destination system 

30 may "call" a different number. For example, the destination system may automatically 
transfer the call to the different mmiber, or may map the nxmiber to an appropriate 
number. 

In an alternative embodiment, the sending system may recognize the 
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DTMF tones and convert them to numbers, or the Uke; or use speech recognition 
techniques to recognize the numbers, or the Uke. In such an embodiment, the numbers are 
then sent to the destination system. As above, the destination system may then "call" the 
number or transfer the call to an appropriate telephone number. Such an embodiment 
5 may advantageously reduce computer network traffic. 

In the present embodiment, another option available to a caller is 
requesting a directory listing, step 1340. In response to this selection, the auto attendant 
enters a directory listing menu/process, step 1350. In one embodiment of the present 
embodiment, the auto attendant plays an audio message including a telephone directory 

10 and gives the caller instructions on how to respond, and the like. The audio message may 
be sent across the computer network when the auto attendant is located at a destination 
server. Alternatively, the auto-attendant may send a series of audio file references to the 
caller's telecommunication server. The file references may be file names located at the 
caller's telecommimications server; may be file names accessed via directory services, or 

15 the like. In embodiments of the present invention, directory services from Novell (Novell 
Directory Services) and/or Microsoft (Active Directory) may be used. 

In embodiments of the present invention, the telephone directory provided 
to the caller may be a persoimel directory; may be a workgroup directory (e.g. sales, 
marketing, or the like); may be a geographical directory (e.g. Midwest Office, Bay-Area 

20 Office, or the like); and the like. 

In response to the directory listing, the caller may input data to the auto- 
attendant, using one of the techniques described above, or other input technique. The 
caller input may also be processed using one of the techniques described above, or the 
like. In embodiments of the present invention, the caller input may cause a telephone call 

25 to be initiated via a telephone-trunk line, via an internal extension, via the computer 
network, or the like. 

In an embodiment where the auto-attendant process is accessed across the 
computer network, the sending telecommunications system (the one the caller is coupled 
to) may simply send the DTMF tones and/or the spoken telephone number to the 

30 destination system. In such an embodiment, the destination system will process the 

DTMF tones and/or recognize the spoken words to determine the party desired and then 
"call" that party. In a related embodiment, in response to the party desired, the 
destination system calls may depend upon time of day. For example, the destination 
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system may automatically transfer calls to an East Coast office after 5 pm EST to a West 
Coast office. 

In an alternative embodiment, the sending system may recognize the 
DTMF tones and convert them to numbers, or the like; or use speech recognition 
5 techniques to recognize the numbers, or the like. In such an embodiment, the numbers are 
then sent to the destination system. As above, the destination system may then "call" the 
party or transfer the call to an appropriate telephone number. 

In the present embodiment, another option available to a caller is invoking 
a call-back selection, step 1360. In response to this selection, the auto attendant enters a 

10 call-back menu/process, step 1370. In one embodiment of the present embodiment, the 
auto attendant gives the caller instructions on how to enter a call-back request by pressing 
keys on the telephone, by speaking a telephone nimiber, or the like. 

In one embodiment of the present invention, a call-back request by a caller 
typically includes a caller identifier and/or a password, or the like. In response to the 

15 caller identifier and appropriate identifier, the auto-attendant will access a data file 

associated with the caller identifier. The data file typically includes a telephone number, 
or the like. In response, the auto-attendant will place a telephone call to the telephone 
number, thus "calling-back" the caller. In the present embodiment, the call back may be 
made via telephone trunk line, or via a computer network, as illustrated above. 

20 In an embodiment where the auto-attendant process is accessed across the 

computer network, the sending telecommunications system (the one the caller is coupled 
to) may simply send the DTMF tones and/or the spoken telephone number to the 
destination system. In such an embodiment, the destination system will process the . 
DTMF tones and/or recognize the spoken words to determine a number and then process 

25 that data. 

In an altemative embodiment, the sending system may recognize the 
DTMF tones and convert them to numbers, or the like; or use speech recognition 
techniques to recognize the numbers, data, or the like. In such an embodiment, the 
numbers, data, or the like are then sent to the destination system. As described above, the 
30 destination system may then use the data to access a call-back data file, or the like. 

Many other options and arraignment of menu options are imaginable in 
embodiments of the present invention based upon the present disclosure. 

In another embodiment, the caller may be an IP telephone. In such an 
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embodiment, after a call is initiated by the IP telephone, telephone server 70 receives call 
set-up data in the form of set-up IP packets across a computer network from the IP 
telephone. 

In the present embodiment, if the auto-attendant does receive input from 
5 the caller within a predetermined period of time, step 13 80,. the auto-attendant may invoke 
a time-out process, step 1390. In one embodiment of the present invention, the auto- 
attendant "hangs-up" on the caller. The period of time is typically programmable by a 
system administrator. In other embodiments, different actions may occur, for example, 
transferring the call to a live attendant, via the computer network to another 

10 telecommunications system; repeating the menu selections, or the like. 

In another embodiment of the present invention, the auto attendant is 
addressed via an IP address, i.e. any EP based telephone call to the IP address will be able 
to access the auto attendant. In this embodiment, IP based telephone calls may be from IP 
telephones, as discussed above, or IP based telephone calls from embodiments of the 

15 present invention, and the like. In other embodiments, the IP address may be a process on 
the host telecommunications system that receives the incoming telephone call. In such a 
case, instead of contacting a remote telecommunications system, the host 
telecommunications computer commimicates to the auto attendant via the packetized (IP) 
network. Further, all telephone calls to an auto attendant may be converted to the IP 

20 protocol, and transferred to the IP -based auto attendant. 

Embodiments of the present invention may be combined with other 
software packages. For example, AltiConsole and AltiReach software from AltiGen may 
be used to provide console support, work group access, configuration, and the like. 
Embodiments of the present invention may also be combined with third party programs to 

25 facilitate teleconferencing. 

In different embodiments of the present invention, the general concepts 
described above may also be applied with regards to voice mail systems and to live 
attendants. In other words, callers calling into a telecommunications system may 
automatically be transferred across the computer network to a voice mail system or to a 

30 live attendant coupled to a destination telecommunications system. Similarly, a caller can 
call into a voice mail system and/or a live attendant at the telecommunications system. 
Further, the caller may be transferred by the voice mail system and/or the live attendant to 
a telephone coupled to a telecommunications system across the computer network. In the 
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embodiments described above, the caller may or may not know that the call is being 
transferred across the computer network. 

The block diagrams of the architecture and flow charts are grouped for 
ease of understanding. However it should be understood that combinations of blocks, 
5 additions of new blocks, re-arrangement of blocks, and the like are contemplated in 
altemative embodiments of the present invention. 

The specification and drawings are, accordingly, to be regarded in an 
illustrative rather than a restrictive sense. It will, however, be evident that various 
modifications and changes may be made thereunto without departing from the broader 
10 spirit and scope of the invention as set forth in the claims. 
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